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(54) A flexible system and method for communicating between a broad range of networks and 
devices 



(57) A flexible gateway accommodates data trans- 
fer from a data origination device over a wide variety of 
networks to a wide variety of destination devices, even 
if those networks use different protocols, and even if the 
devices recognize different data formats. Thus, the 
gateway can perform work previously requiring numer- 
ous gateways. After the gateway receives information 
from a data source, the gateway identifies the specific 
device type and the specific network type to which the 
information is to be routed. The gateway then calls de- 
vice and network drivers associated with the specific de- 
vice and network identified with the destination device. 



These drivers then manipulate the data using the device 
driver into the format recognized by the destination de- 
vice, and then provide the manipulated data to the des- 
tination device over the identified network using the 
compatible protocol. Thus, the destination device prop- 
erly receives and interprets the information provided by 
the data source. If, in the very next moment, data arrives 
at the gateway that is to be routed over a different net- 
work using a different protocol to a different device rec- 
ognizing a different device, the gateway will call different 
device and network drivers to enable the communica- 
tion. 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention 5 

[0001 ] The present invention relates to data process- 
ing systems. Specifically, the present invention relates 
to a gateway for flexibly interfacing a broad range of data 
origination devices with a broad range of data destina- 
tion devices over a broad range of networks. 

Prior State of the Art 

[0002] Human beings communicate with each other 
using a set of rules called a protocol. For example, in 
one culture, it might be proper to initiate a conversation 
with a business contact by shaking hands. During the 
conversation, it might be proper to listen and abstain 
from speaking while the contact is speaking, and to 
make eye contact. To end the conversation, it might be 
proper to state a closing remark such as "good bye" or 
Til see you later." A protocol also governs the way that 
computers communicate or exchange data within a giv- 
en network. For example, a standard Internet protocol 
is termed HyperText Transport Protocol or HTTP. 
[0003] Returning to the business contact analogy, 
from culture to culture, there may be a different protocol 
for initiating a conversation with a business contact. For 
example, in one culture, a hand shake will suffice. In an- 
other, a slight bow, a simultaneous hand shake, and a 
subsequent business card exchange might be appropri- 
ate. In yet another, a kiss on the cheek might be appro- 
priate. What is proper in one culture may be completely 
inappropriate and unthinkable in another. Computer net- 
works may also vary in protocol from network to net- 
work. Yet, it is important, especially with the advent and 
proliferation of the Internet, that devices from different 
networks communicate with each other even if they use 
different protocols. 

[0004] A gateway is a device that acts as a go-be- 
tween between different networks. A data origination 
device will communicate information over a network to 
the gateway using the protocol appropriate for that net- 
work. The gateway will then relay that information over 
another network to the destination device using a pro- 
tocol appropriate for the second network. Sometimes 
the protocols for the first and second networks are the 
same; but often, they are different. Thus, the gateway 
permits communication of data over multiple networks 
even if those networks have different protocols. 
[0005] Gateways are not functionally limited to just 
translating protocols, but may also perform a variety of 
other functions such as converting the message data 
from the format generated by the origination device into 
a format recognizable by the destination device. For ex- 
ample, the gateway may convert a graphics file from 
Graphics Interchange Format (GIF) to Bitmap (BMP) 



format. 

[0006] Gateways have greatly facilitated inter-net- 
work communication. However, conventional gateways 
are highly inflexible as they can only deal with specific 
protocols. For example, a gateway that receives data 
using the HTTP protocol, and transmits that data using 
another specific protocol such as Kermit File Transfer 
Protocol (Kermit FTP) can only receive data using HT- 
TP, and can only transmit using Kermit FTP. The gate- 
way would not transmit using HTTP or any other proto- 
col except Kermit FTP. 

[0007] Another inflexibility in conventional gateways 
is that the gateway only converts data formats from one 
specific format to another specific format. For example, 
a gateway that converts data from the Rich Text Format 
(RTF) Into the American Standard Code for Information 
Interchange (ASCII) format only converts from RTF for- 
mat into ASCII format. 

[0008] Due to this inflexibility, device manufacturers 
are impeded from introducing new devices that recog- 
nize a proprietary data format type. Specifically, the de- 
vice manufacturer might have to construct numerous 
gateways to enable data to be translated into the new 
format recognizable by the new device. The number of 
gateways needed for a particular device is a function of 
the number of data formats provided to the gateway, the 
number of protocols used to communicate the data to 
the gateway, and the number of protocols used to com- 
municate the data from the gateway to the particular de- 
vice. 

[0009] Furthermore, a new carrier provider having its 
own protocol might also have to provide a number of 
gateways. This number is a function of the number of 
data formats and protocols with which data is commu- 
nicated to the gateway, and the number of data formats 
recognizable by each device with which the carrier com- 
municates. 

[0010] In the wireless world, there is a host of wireless 
devices available, many of which only recognize their 
own proprietary data format. Furthermore, there are 
many wireless carriers available, each using its own pro- 
tocol. Therefore, the number of conventional gateways 
needed to accommodate every wireless carrier and eve- 
ry wireless device is immense. Thus, the burden to pro- 
vide gateways is great. 

[0011] It is desirable to reduce the number of gate- 
ways needed to exchange data with a wide range of net- 
works and devices such as in the wireless world. 

SUMMARY OF THE INVENTION 

[0012] In accordance with the present invention, a 
flexible gateway is provided. The gateway accommo- 
dates data transfer from a data origination device over 
a wide variety of networks to a wide variety of destination 
devices, even if those networks use different protocols, 
and even if the devices recognize different data formats. 
Thus, the gateway can perform work previously requir- 
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ing numerous gateways. The gateway is particularly 
useful in communicating over wireless networks to wire- 
less devices since these networks and devices in ag- 
gregate have numerous proprietary protocols and data 
formats. However, the advantage of the gateway can be 
incorporated into wired networks as well, as will be rec- 
ognized to one skilled in the field of computer networks 
from having read this disclosure. 
[0013] After the gateway receives information from a 
data source, the gateway identifies the specific device 
type of the destination device, and the specific network 
type of the destination network on which the destination 
device resides. For example, if the information is intend- 
ed to go to John Doe's cellular phone, the gateway 
would determine the specific type of cellular phone that 
John Doe is using (e.g., ABC ALPHATEXT PHONE 
50000), and the specific network that is connected to 
the phone (e.g., WIRELESS NETWORK XYZ). Alterna- 
tively, the specific device type and network type may be 
included with the information provided to the gateway. 
[0014] The gateway calls the appropriate device and 
network drivers associated with the specific device and 
network to create a chain of driver modules customized 
to the destination device and destination network. This 
driver chain then manipulates the data into the format 
recognized by the destination device, and then provides 
the manipulated data to the destination device over the 
destination network using the compatible protocol. 
Thus, the target device properly receives and interprets 
the information provided by the data source. 
[0015] If, in the very next moment, data arrives at the 
gateway that is to be routed over a different network us- 
ing a different protocol to a different device recognizing 
a different format, the gateway would call different de- 
vice and network drivers to customize a chain of drivers 
for that particular destination device and network. 
[0016] One important benefit is that this gateway may 
communicate data to a wide variety of devices over a 
wide variety of networks. The number of devices and 
networks with which the gateway can work is limited only 
by the number of device and network drivers available 
to the gateway. This flexibility is particularly beneficial in 
the wireless world where formats and protocols tend to 
vary device-to-device and network-to-network. 
The gateway is also flexible in that it may facilitate both 
unidirectional and bi-directional communication. Infor- 
mation may be communicated from the data origination 
device to the destination device as described above. 
However, depending on the capability of the destination 
device, the destination device may also communicate 
information to the origination device. That information 
might be, for example, a request for the information that 
the origination device is to send to the destination de- 
vice. 

The gateway may also call customized drivers other 
than the device and network drivers. For example, if the 
destination device is loaded with certain encryption soft- 
ware for decoding a certain type of encryption, the gate- 



way may first, identify whether encryption is desired for 
a given message based on the device capabilities, then 
identify the appropriate encryption driver for the certain 
type of encryption, and then call the appropriate encryp- 

5 tion module. 

[0017] Additional objects and advantages of the in- 
vention will be set forth in the description which follows, 
and in part will be obvious from the description, or may 
be learned by the practice of the invention. The objects 

10 and advantages of the invention may be realized and 
obtained by means of the instruments and combinations 
particularly pointed out in the appended claims. These 
and other objects and features of the present invention 
will become more fully apparent from the following de- 

15 scription and appended claims, or may be learned by 
the practice of the invention as set forth hereinafter. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 [0018] In order that the manner in which the above- 
recited and other advantages and objects of the inven- 
tion are obtained, a more particular description of the 
invention briefly described above will be rendered by ref- 
erence to specific embodiments thereof which are illus- 

25 trated in the appended drawings. Understanding that 
these drawings depict only typical embodiments of the 
invention and are not therefore to be considered limiting 
of its scope, the invention will be described and ex- 
plained with additional specificity and detail through the 

30 use of the accompanying drawings in which: 

Figure 1 illustrates an exemplary system that pro- 
vides a suitable operating environment for the 
present invention; 

35 Figure 2 is a schematic diagram showing the pas- 
sage of a message through a gateway in accord- 
ance with the present invention; 
Figure 3 is a schematic diagram demonstrating the 
scalability of the gateway shown in Figure 1 in ac- 

40 cordance with the present invention; 

Figure 4 is a schematic diagram of the gateway of 
Figure 2 and Figure 3 having a locator module and 
capable of calling through standardized interfaces 
from libraries of device modules, network driver 

45 modules, and encryption modules; 

Figure 5 is a diagram of a table represented by a 
data structure residing in the mass memory of Fig- 
ure 4, the table associating a generic address with 
a specific address of the destination device of Fig- 

so ure 2 and Figure 3; and 

Figure 6 is a diagram of a table represented by a 
data structure residing on the mass memory of Fig- 
ure 4, the table associating the specific address of 
the destination device with a specific device type of 

55 the destination device and a specific network type 
of the network upon which the destination device 
resides. 
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DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[001 9] A flexible gateway accommodates data trans- 
fer from a data origination device over a wide variety of 5 
networks to a wide variety of destination devices, even 
if those networks use different protocols, and even if the 
devices recognize different data formats. Thus, the 
gateway can perform work previously requiring numer- 
ous gateways. The gateway Is particularly useful in com- 
municating over wireless networks to wireless devices 
since these networks and devices in aggregate have nu- 
merous proprietary protocols and data formats. Howev- 
er, the advantage of the gateway can be incorporated 
into wired networks as well, as will be recognized to one 
skilled in the field of computer networks from having 
read this disclosure. 

[0020] The invention is described below by using di- 
agrams to illustrate either the structure or processing of 
embodiments used to implement the systems and meth- 
ods of the present invention. Using the diagrams in this 
manner to present the invention should not be construed 
as limiting of its scope. The present invention contem- 
plates both methods and systems for forwarding mes- 
sages from an origination device to a destination device. 
The embodiments of the present invention may com- 
prise a special purpose or general purpose computer 
including various computer hardware, as discussed in 
greater detail below. 

[0021] Embodiments within the scope of the present 
invention also include computer-readable media for car- 
rying or having computer-executable instructions or da- 
ta structures stored thereon. Such computer-readable 
media can be any available media which can be ac- 
cessed by a general purpose or special purpose com- 
puter. By way of example, and not limitation, such com- 
puter-readable media can comprise RAM, ROM, EEP- 
ROM, CD-ROM or other optical disk storage, magnetic 
disk storage or other magnetic storage devices, or any 
other medium which can be used to carry or store de- 
sired program code means in the form of computer-ex- 
ecutable instructions or data structures and which can 
be accessed by a general purpose or special purpose 
computer. Such a medium may include a wireless car- 
rier signal, for example. When information is transferred 
or provided over a network or another communications 
connection (either hardwired or wireless) to a computer, 
the computer properly views the connection as a com- 
puter-readable medium. Thus, any such connection is 
properly termed a computer-readable medium. Combi- 
nations of the above should also be included within the 
scope of computer-readable media. Computer-execut- 
able instructions comprise, for example, instructions 
and data which cause a general purpose computer, spe- 
cial purpose computer, or special purpose processing 
device to perform a certain function or group of func- 
tions. 

[0022] Figure 1 and the following discussion are in- 



tended to provide a brief, general description of a suit- 
able computing environment in which the invention may 
be implemented. Although not required, the invention 
will be described in the general context of computer-ex- 
ecutable instructions, such as program modules, being 
executed by computers in network environments. Gen- 
erally, program modules include routines, programs, ob- 
jects, components, data structures, etc. that perform 
particular tasks or implement particular abstract data 
types. Computer-executable instructions, associated 
data structures, and program modules represent exam- 
ples of the program code means for executing steps of 
the methods disclosed herein. The particular sequence 
of such executable instructions or associated data struc- 
tures represent examples of corresponding acts for im- 
plementing the functions described in such steps. 
[0023] Those skilled in the art will appreciate that the 
invention may be practiced in network computing envi- 
ronments with many types of computer system config- 
urations, including personal computers, hand-held de- 
vices, multi-processor systems, microprocessor-based 
or programmable consumer electronics, network PCs, 
minicomputers, mainframe computers, and the like. The 
invention may also be practiced in distributed computing 
environments where tasks are performed by local and 
remote processing devices that are linked (either by 
hardwired or wireless links) through a communications 
network. In a distributed computing environment, pro- 
gram modules may be located in both local and remote 
memory storage devices. 

[0024] Figure 1 illustrates a conventional computer 20 
that includes components and data processing capabil- 
ities that may be used to implement embodiments of the 
invention. Computer 20 is a general purpose computing 
device that includes a processing unit 21, a system 
memory 22, and a system bus 23 that couples various 
system components including the system memory 22 to 
the processing unit 21 . The system bus 23 may be any 
of several types of bus structures including a memory 
bus or memory controller, a peripheral bus, and a local 
bus using any of a variety of bus architectures. The sys- 
tem memory includes read only memory (ROM) 24 and 
random access memory (RAM) 25. A basic input/output 
system (BIOS) 26, containing the basic routines that 
help transfer information between elements within the 
computer 20, such as during start-up, may be stored in 
ROM 24. 

[0025] The computer 20 may also include a magnetic 
hard disk drive 27 for reading from and writing to a mag- 
netic hard disk 39, a magnetic disk drive 28 for reading 
from or writing to a removable magnetic disk 29, and an 
optical disk drive 30 for reading from or writing to remov- 
able optical disk 31 such as a CD-ROM or other optical 
media. The magnetic hard disk drive 27, magnetic disk 
drive 28, and optical disk drive 30 are connected to the 
system bus 23 by a hard disk drive interface 32, a mag- 
netic disk drive-interface 33, and an optical drive inter- 
face 34, respectively. The drives and their associated 
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computer-readable media provide nonvolatile storage 
of computer-executable instructions, data structures, 
program modules and other data for the computer 20. 
Although the exemplary environment described herein 
employs a magnetic hard disk 39, a removable magnetic 5 
disk 29 and a removable optical disk 31 , other types of 
computer readable media for storing data can be used, 
including magnetic cassettes, flash memory cards, dig- 
ital video disks, Bernoulli cartridges, RAMs, ROMs, and 
the like. 

[0026] Program code means comprising one or more 
program modules may be stored on the hard disk 39, 
magnetic disk 29, optical disk 31, ROM 24 or RAM 25, 
including an operating system 35, one or more applica- 
tion programs 36, other program modules 37, and pro- 
gram data 38. A user may enter commands and infor- 
mation into the computer 20 through keyboard 40, point- 
ing device 42, or other input devices (not shown), such 
as a microphone, joystick, game pad, satellite dish, 
scanner, or the like. These and other input devices are 
often connected to the processing unit 21 through a se- 
rial port interface 46 coupled to system bus 23. Alterna- 
tively, the input devices may be connected by other in- 
terfaces, such as a parallel port, a game port or a uni- 
versal serial bus (USB). A monitor 47 or another display 
device is also connected to system bus 23 via an inter- 
face, such as video adapter 48. In addition to the mon- 
itor, personal computers typically include other periph- 
eral output devices (not shown), such as speakers and 
printers. 

[0027] The computer 20 may operate in a networked 
environment using logical connections to one or more 
remote computers, such as remote computers 49a and 
49b. Remote computers 49a and 49b may each be an- 
other personal computer, a server, a router, a network 
PC, a peer device or other common network node, and 
typically includes many or all of the elements described 
above relative to the computer 20, although only mem- 
ory storage devices 50a and 50b an their association 
application programs 36a and 36b have been illustrated 
in Figure 1 . The logical connections depicted in Figure 
1 include a local area network (LAN) 51 and a wide area 
network (WAN) 52 that are presented here by way of 
example and not limitation. Such networking environ- 
ments are commonplace in office-wide or enterprise- 
wide computer networks, intranets and the Internet. 
[0028] When used in a LAN networking environment, 
the computer 20 is connected to the local network 51 
through a network interface or adapter 53. When used 
in a WAN networking environment, the computer 20 may 
include, for example, a modem 54 or a wireless link. The 
modem 54, which may be internal or external, is con- 
nected to the system bus 23 via the serial port interface 
46. In a networked environment, program modules de- 
picted relative to the computer 20, or portions thereof, 
may be stored in the remote memory storage device. It 
will be appreciated that the network connections shown 
are exemplary and other means for establishing com- 



munications over wide area network 52 may be used. 
[0029] Figure 2 shows a schematic diagram of an en- 
vironment 200 for a gateway 240 according to the 
present invention. The gateway 240 may comprise, for 
example, a computer like the computer 20 of Figure 1 
and interacts with networks 220, 260, and 261 external 
to the computer 20 as shown in Figure 2. Alternatively, 
gateway 240 may be implemented in any other suitable 
processing device or system that performs the functions 
disclosed herein. The gateway 240 of the present inven- 
tion is flexible, accommodating many types of data for- 
mat conversions and many types of protocol conver- 
sions, 

[0030] In the environment 200 of Figure 2, an origi- 
nating device 210 forwards a message 280 through an 
originating network 220, through a sending queue 230, 
and to the gateway 240. The message 280 can include 
any data whether it be text, graphics, executables, or 
otherwise. The gateway 240 processes the message 
280 and forwards the message 280 through a remote 
queue 250, through a remote network 260, and to the 
remote device 270. Remote network 261 and remote 
device 271 will also be described below. In this descrip- 
tion, "originating" corresponds to either the left or right 
side of the gateway 240, and "remote" corresponds to 
the receiving or destination network and device(s) which 
may also be on the left or right side of the gateway 240. 
"Originating" and "remote" are used in this description 
and in the claims merely to distinguish one item from the 
other and do not necessarily represent any actual phys- 
ical position. 

[0031] In order to generate the message 280, embod- 
iments within the scope of the invention include means 
for generating the message 280. One example of such 
a means is shown in Figure 2 as the originating device 
210. The originating device 210 performs acts towards 
accomplishing the step of generating the message 280 
as described herein. The originating device 210 may be 
any one of numerous devices that can output an elec- 
tronic message in a specific format. As just one partic- 
ular example, the originating device 21 0 may be a server 
having a version of Microsoft^ Exchange Server loaded 
thereon. In the case of Microsoft^ Exchange Server, the 
proximate device 210 may generate e-mail messages 
in the Multipurpose Internet Mail Extensions (MIME) for- 
mat, calendar entries in the iCal format, contact entries 
in the vCard format and so forth. The type and number 
of formats in which the message 280 can be generated 
is limited only by the software and hardware capabilities 
of the originating device 210. 
[0032] The message 280 may be generated in a 
"push" fashion meaning the message 280 is generated 
in response to a predetermined event other than a re- 
quest for the message 280. For example, the originating 
device 210 might generate the message 280 at a pre- 
determined time such as every hour on the hour. The 
message 280 might also be generated in response to 
an e-mail message arriving, or in response to any other 
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stimulus recognized by the originating device 210. The 
message 280 may also be generated in a "pull" fashion 
in which the message 280 is generated in response to 
a specific request for information contained in the mes- 
sage 280. 5 
[0033] Regardless of whether the originating device 
210 generates the message 280 in response to a re- 
quest or in response to any other stimulus, the originat- 
ing device 210 generates a body 282 of the message 

280 along with a means for addressing the destination 
device 270 or 271, one example of which is shown as 
address 281 in Figure 2. Ail that is needed of address 

281 is that it identifies the location of a remote destina- 
tion device 270 or 271 either directly or indirectly by ref- 
erence to another mechanism such as a look-up table. 
For example, the address 281 might be the specific uni- 
form resource locator (URL) or phone number of the re- 
mote destination devices 270 or 271. Alternatively, the 
address 281 might be more generic such as "John Doe 
- Cellular Phone" in which the address 281 must be com- 
pared to a look-up table to obtain the specific address 
as described further below. 

[0034] The message 280 is transmitted to the gate- 
way 240 so that the message 280 (or its associated ad- 
dress information) can be processed by the gateway 
240 in preparation for routing the message 280 to a re- 
mote device 270 or 271. Accordingly, embodiments 
within the scope of the present invention include a 
means for transmitting the message 280 from the orig- 
inating device 210 to the gateway 240. An example of 
such a means is shown in Figure 2 as the originating 
network 220. First, the originating network 220 receives 
the message 280 from the originating device 210 using 
a protocol compatible with the originating network 220. 
The originating network 220 may be any medium capa- 
ble of transmitting the message 280 whether all wired, 
all wireless, or partially wireless. The originating network 
220 may be a wide area network, a local area network, 
or a combination of both and use any protocol such as, 
for example, HyperText Transport Protocol (HTTP). In 
another example of the means for transmitting the mes- 
sage from the originating device 21 0 to the gateway 240, 
originating device 21 0 and the gateway 240 are both dis- 
posed within a common device such as a server, in this 
case, the originating network 220 is located internal to 
the server. 

[0035] Optionally, for scalability purposes, the means 
for transmitting the message 280 to the gateway 240 
may also include a sending queue 230. The sending 
queue 230 may receive messages from several origi- 
nating networks and/or several originating devices so 
that the messages are available at the gateway 240, and 
so that the messages may be provided to several gate- 
ways as shown in Figure 3. 

[0036] Figure 3 shows that the environment 200 is 
scalable in that the number of originating networks and 
the number or gateways handling messages from these 
networks may be adjusted as needed. Specifically re- 



ferring to Figure 3, the sending queue 230 receives mes- 
sages from a plurality of originating devices 21 0 and 21 1 
over a plurality of originating networks 220 and 221 , re- 
spectively. Also Figure 3 shows that the sending queue 
230 can feed messages to a plurality of gateways 240 
and 241 . Although only two originating networks, origi- 
nating devices, and gateways are shown, it will be ap- 
parent from this description that the number of originat- 
ing devices, originating networks, and gateways may be 
scaled up or down as appropriate. 
[0037] For example, if the gateway 240 is fast enough 
to process messages from many originating networks, 
there may be many originating networks inputting mes- 
sages to the sending queue 230 and a fewer number of 
gateways dequeueing messages from the sending 
queue 230. On the other hand, if the gateway 240 is not 
fast enough to process messages from an originating 
network, there may be relatively few originating net- 
works providing messages to the proximate queue 230, 
and a larger number of gateways (e.g., gateways 240 
and 241) dequeueing messages from the sending 
queue 230. The sending queue 230 may be any queue 
capable of receiving messages, storing messages, and 
holding those messages out for dequeueing by the gate- 
way 240. For example, sending queue 230 might be a 
Microsoft 6 Message Queue (MSMQ) developed by Mi- 
crosoft Corporation. The gateway 240 then dequeues 
the message 280 from the originating queue 230. 
[0038] After processing by the gateway 240 or 241 , 
the message is fed into a remote queue 250 which is 
also provided for scalability purposes to allow the 
number of remote destination devices services by the 
gateways to be scaled up or down as appropriate. The 
remote queue 250 will be described in more detail fur- 
ther below. 

[0039] The gateway performs several functions which 
will be described in greater detail with respect to Figures 
4, 5 and 6, At a high functional level, the gateway 240 
determines the address of the remote device 270 so that 
the message 280 can be properly routed . Thus, embod- 
iments within the scope of the present invention include 
means for determining a specific address of the desti- 
nation device 270. 

[0040] In this description and in the claims, "specific 
address" means any address which comprises enough 
information to properly route the associated message 
over a remote network 260 or 261 to a remote device 
270 or 271 . Examples of a specific address include a 
phone number or uniform resource locator (URL). If the 
address 281 associated with the message 280 is spe- 
cific, the means for determining a specific address of a 
destination device 270 or 271 may simply include read- 
ing the address 281 from the message 280. 
[0041] "Generic address" means any address which 
requires the aid of a reference source to properly route 
the associated item to its destination. For example, 
"John Doe's home phone number in Chicago" may be 
sufficient to properly route a message via a phone call 
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only if a Chicago phone book is referenced to obtain the 
specific phone number. If the address 281 is generic, 
the means for determining a specific address of a des- 
tination device 270 or 271 may perform specific acts 
such as reading the generic address, and looking up the 
specific address associated with the generic address in 
a table or other information source. 
[0042] As described above, in order to be in a format 
recognized by a remote device 270 or 271 , the format 
of the message 280 must often be changed. Thus, em- 
bodiments within the scope of the invention include 
means for manipulating the message 280 to be in a for- 
mat recognized by any such remote destination device. 
These and other means are described in further detail 
with respect to Figure 4. 

[0043] In order to be properly transmitted to a remote 
device 270 or 271 , the message 280 must be transmit- 
ted over a remote network 260 using a protocol recog- 
nized by the particular remote network 260 or 261 . Ac- 
cordingly, embodiments within the scope of the present 
invention include means for transmitting the message 
280 using a protocol compatible with the desired remote 
network 260 or 261 . These and other means are de- 
scribed in detail with respect to Figure 4. 
[0044] However, as an example of the functionality of 
gateway 240 described in reference to Figure 3, sup- 
pose that originating device 21 0 creates an e-mail mes- 
sage 280 in a MIME format (a standard Internet e-mail 
format enabling attachments), and transmits the mes- 
sage 280 over the originating network 220 to the gate- 
way 240 using the standard Internet HyperText Trans- 
port Protocol (HTTP). Suppose further that the remote 
network 260 uses a proprietary wireless protocol #1 , 
and that the remote device 270 recognizes data in a pro- 
prietary wireless format #2. In this case, the gateway 
240 converts the message 280 from MIME format to the 
proprietary format #2, and transmits the message 280 
over the remote network 280 using the proprietary pro- 
tocol #1 . 

[0045] Subsequently, the gateway 240 might convert 
another message destined for another remote device 
271 over another remote network 261 even if the other 
remote device 271 does not recognize proprietary data 
format #2, and even if the other remote network 261 
does not use proprietary protocol # 1 . The gateway 240 
dynamically adjusts as needed to reformat the message 
280 and provide the reformatted message 280 using the 
proper protocol as described herein. 
[0046] After gateway 240 has manipulated the mes- 
sage 280 to be in a format recognized by a remote de- 
vice 270 or 271, the message 280 is transmitted. Ac- 
cordingly, embodiments within the scope of the present 
invention include means for transmitting the message 
280 to a remote device 270 or 271 . An example of this 
means is shown in Figure 2 as a remote network 260 or 
261. 

[0047] The gateway 240 transmits the reformatted 
message 280 using a protocol compatible with the par- 



ticular remote network described, such as 260 or 261 . 
The remote networks 260 or 261 may be any network 
capable of transmitting the message 280 to the remote 
devices 270 or27l whether all wired, all wireless, orpar- 
5 tially wireless. The originating network 220 may be a 
wide area network, a local area network, or a combina- 
tion of both and may use any protocol such as, for ex- 
ample, HTTP, or proprietary wireless carrier protocols. 
Since wireless carriers typically have their own proprie- 
ty tary protocols, and since there are many types of wire- 
less devices each recognizing their own data formats, 
the flexible gateway 240 of the present invention is par- 
ticularly useful in communicating with wireless devices. 
[0048] Optionally, for scalability purposes at the re- 
ts mote side of gateway 240, the means for transmitting 
the message 280 to the remote device 280 may also 
include a remote queue 250. The remote queue 250 
may receive messages from several gateways and may 
provide those messages to several remote networks as 
20 shown in Figure 3. Thus, if the gateway 240 is fast 
enough to process messages for many remote net- 
works, there may be relatively few gateways inputting 
messages to the remote queue 250 and a larger number 
of remote networks that receive messages from the re- 
25 mote queue 250. On the other hand, if the gateway 240 
is not fast enough to process messages for a single re- 
mote network, there may be a larger number of gate- 
ways inputting messages to the remote queue 250, and 
a relatively small number of remote networks drawing 
30 messages from the remote queue 250. The remote 
queue 250 may be any queue capable of receiving, stor- 
ing, and providing the message 280 to the remote net- 
work 260. For example, proximate queue 250 might also 
be a Microsoft^ Message Queue (MSMQ) developed by 
35 Microsoft Corporation. 

[0049] After the message 280 is transmitted over a re- 
mote network 260 or 261 , it is received by a destination 
device 270 or 271 . Accordingly, embodiments within the 
scope of the present invention include means for receiv- 
40 ing the message 280. This means is shown in Figure 2 
as a remote device 270 or 271 . The remote device 270 
may be any wireless device such as a cellular phone 
with or without alphanumeric text receiving capability, a 
text pager, a lap top computer, a hand held computer, 
45 or any other wireless device. The remote device 271 
may be a "wired" device such as a desk top computer, 
a conventional telephone , a computer server, or any oth- 
er wired device. In this description and in the claims, a 
"wired" device includes any device that is not wireless 
so and that is capable of receiving an electronic message. 
[0050] Figure 4 is a more detailed schematic diagram 
of the gateway 240 and queues 230 and 250 of Figure 
2. An originating message handler 404 dequeues the 
message 280 from the sending queue 230 and feeds 
55 the message 280 to a message processor 406. Devices 
and modules for reading data from a queue and writing 
the message to another unit are well-known to those 
skilled in the art. The message processor 406 uses the 
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locator module 408 to access information in the mass 
memory 41 0, uses the device driver interface 41 2 to in- 
terface with one of the device modules A-F located in 
device driver library 414, uses an encryption interface 
416 to interface with one of the encryption modules A- 
F located in the encryption module library 41 8, uses an 
authentication interface 420 to interface with an authen- 
tication module 422, and uses a network driver interface 
424 to interface with one of the network driver modules 
from the network driver library 426. Note that although 
interfaces 408, 412, 416, 420, 424 and 434 are shown 
as being boxes, they really represent a standardized 
structure for calling modules and retrieving information. 
These calling functions may be performed using an Ap- 
plication Program Interface or API. 
[0051] The specific operation of an exemplary gate- 
way 240 is now described. In order to route the message 

280 to an appropriate destination device 270 or 271 
(Figure 2), the specific address ofthe destination device 
is to be determined. Accordingly, embodiments within 
the scope of the present invention include a means for 
determining a specific address of a destination device 
such as devices 270 or 271 . For example, if the address 

281 associated with the message 280 is a specific ad- 
dress, then the means for determining the specific ad- 
dress includes an act of reading the address 281 by the 
message processor 406 and the corresponding hard- 
ware and/or software that performs this act. 

[0052] Alternatively, if the address 281 associated 
with the message is a generic address, the means for 
determining the specific address is more complex. For 
example, after reading the message 280, the message 
processor 406 transmits the message 280, along with 
the address 281 to the locator module 408 associated 
with the mass memory 410. The mass memory 41 0 may 
be any suitable device, examples of which include the 
magnetic hard disk drive 27, the system memory 22, the 
removable magnetic disk 29, or the removable optical 
disk 31 of Figure 1 . The table located on the mass mem- 
ory 41 0 associates the generic address with a specific 
address. 

[0053] Figure 5 shows such an address table 500. 
The two left hand columns 504, 506 list generic param- 
eters of such as a user name in column 504 and a gen- 
eral device description in column 506. For example, in 
row 502 of the address table 500, the generic parame- 
ters are "John Doe" and "Cellular Phone". The locator 
module 408 reads the specific address associated with 
the generic address from the specific address column 
508 of the address table 500. For example, if the generic 
address of the address 281 is John Doe's cellular phone, 
the specific address read from table 500 will be a tele- 
phone number such as 1-800-555-1212. The locator 
module 408 provides this specific address to the mes- 
sage processor 406. There may be numerous rows of 
the address table 500, each having an associated entry 
corresponding a generic address to a specific address. 
[0054] The remote devices 270 or 271 recognize data 



presented only in certain formats. If this format is differ- 
ent from the format of the message 280 generated by 
the originating device, the message 280 needs to be 
manipulated to be in the format recognized by the re- 

5 mote device 270 or 271. Accordingly, embodiments 
within the scope of the present invention include means 
for manipulating the message 280 such that the mes- 
sage 280 is in a format recognized by a remote device 
such as devices 270 or 271 . An example of such a 

10 means is also described with reference to Figure 4. 
[0055] The means for manipulating the message 280 
may include executable code and/or hardware for trans- 
porting the message 280 from memory location to mem- 
ory location between each manipulation. However, in 

15 Figure 4, a message object 428 is used to represent the 
message 280 in all stages of manipulation. The mes- 
sage object 428 may be, for example, an abstract data 
type. Thus, one memory location is allocated to the mes- 
sage 280 instead of a memory location being allocated 

^0 for each manipulation of the message 280. 

[0056] In order to further manipulate the message 280 
now stored within the message object 428 in such a 
fashion, the gateway 240 determines an appropriate 
chain of one or more modules needed to properly ma- 

25 nipulate and route the message 280. In order to deter- 
mine this chain, the device module that can manipulate 
the message 280 must be in a format recognizable by 
the remote device 270 or 271 . Accordingly, embodi- 
ments within the scope of the present invention include 

30 means for identifying the device module. Note that by 
identifying the specific type of the remote device, one 
has also identified the device since the identity of the 
device module has a well known association with the 
identity of a device. For example, device manufacturers 

35 typically widely publish over the Internet the names of 
device drivers that can operate with each of their prod- 
ucts. 

[0057] Referring to Figure 4, examples of such a 
means for identifying the device module associated with 

40 a remote destination device 270 are now described. If 
the message 280 already includes a specific identifica- 
tion of a remote device such as device 270, then the 
means may include executable code and/or hardware 
for performing the act of identifying the device driver as- 

45 sociated with the specific identification of the remote de- 
vice 270 by simply reading the specific identification of 
the remote device 270 from the message 280. 
[0058] Otherwise, if the address 281 associated with 
the message 280 is a specific address, the message 

so processor 406 provides the specific address 281 to the 
locator module 408 to look up the specific type of the 
remote device 270 in the mass memory 41 0 using a data 
structure representing an identification table. Alterna- 
tively, if the message processor 406 previously provided 

55 a generic address to the locator module 408, the specific 
address read from the address table 500 (Figure 5) may 
be used to look up the specific type of the remote device 
270. 
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[0059] Figure 6 shows an example of an identification 
table that may be used to look up the specific type of a 
remote device 270 or 271. The left hand column 604 
lists the specific address of the remote device. For ex- 
ample, row 602 of column 604 lists the specific address 5 
1 -800-555-1 21 2 identified in column 508, row 502 of the 
address table 500. It will be apparent that tables 500 
and 600 can be integrated into one table if desired. The 
column 606 lists the specific type of the remote device 
such as device 270 associated with the specific address 
such as, for example, "ABC Alphatext Phone 50000." 
Thus, the locator module 408 reads the specific type of 
the remote device 270 from the identifier table 600 and 
provides the result to the message processor 406. The 
message processor 406 determines the name of the de- 
vice module based on the identification of the remote 
device 270 according to well known techniques such as 
looking up the name of the device module in a table. 
Alternatively, the device module name may be provided 
in column 606 of the identifier table 600 instead of the 
identification of the remote device 270. 
[0060] In order to determine the appropriate driver 
chain as described above, it may be necessary to iden- 
tify the network driver module that can manipulate the 
message 280 to be in a format recognizable by the re- 
mote device 270. Accordingly, embodiments within the 
scope of the present invention include a means for iden- 
tifying the network driver module. The means for iden- 
tifying the network driver module may be similar to the 
means for identifying the device module described 
above. For example, after the specific address is deter- 
mined, column 608 corresponding to row 602 of the 
identification table may be referenced to determine the 
specific identification of the remote network, or the spe- 
cific identification of the remote network driver module. 
For example, the column 608 lists the specific type of 
the remote network 260 on which the remote device 270 
resides such as, for example, "Wireless Network XYZ." 
Thus, the locator module 308 reads the specific types 
from column 604 and 606 of identifier table 600 and pro- 
vides the specific types to the message processor 406. 
The names "ABC Alphatext Phone 50000" and "Wire- 
less Network XYZ" are intended to be fictional and are 
not intended to represent any real device or network. 
These names are provided for illustrative purposes only. 
[0061] It should be noted that the determination of the 
appropriate driver chain may be performed in one step 
at the same time as the device module is determined by 
looking up the specific address in the table 600 of Figure 
6. This allows the appropriate device module, network 
driver module to be determined at the same time by ac- 
cessing the table 600 just once. 
[0062] The identifier table 600 of Figure 6 also in- 
cludes a column 610 for registration data. Registration 
data may include device specific information regarding 
the receipt of messages at a remote device 270 or 271 . 
For example, the registration data might include what 
encryption technique should be used, if any, in encrypt- 



ing the message 280. This encryption technique would 
correspond to decryption software present on the re- 
mote device 270, Other preferences might include 
whether attachments in the message 280 are to be ig- 
nored. For example, the remote device 270 may not be 
able to represent an attachment. 
[0063] In this fashion, the message processor 406 
may determine the identification of the device module 
associated with a remote device 270 or 271 , the identi- 
fication of the network driver module associated with a 
remote network 260 or 261 , the identification of any en- 
cryption modules that are to be used, and an indication 
of other registration data associated with the type of a 
remote device 270 or 271 . 

[0064] In order to use the chain of modules appropri- 
ate for a remote device 270 or 271, a remote network 
260 or 261, and the associated preferences, embodi- 
ments within the scope of the present invention include 
means for accessing the device module associated with 
the remote device 270. For example, after determining 
the appropriate device module, the message processor 
406 calls that device module from a device module li- 
brary 414 through a device driver interface 412. The 
message 280 is then provided as the message object 
428 to the appropriate device module through the device 
driver interface 412. The device module then manipu- 
lates the message 280 to be in a format recognized by 
the remote device 270, and provides the reformatted 
message 280 back through the device driver interface 
412 to the message processor 406 as the message ob- 
ject 428. 

[0065] The device driver interface 41 2 may be, for ex- 
ample, a COM interface and the device modules may 
be COM modules. Software applications may be built 
using components. Each component is capable of per- 
forming one or more functions in assisting the software 
application. COM is a specification for building compo- 
nents and for creating applications from these compo- 
nents. An advantage of using COM components is that 
the components can be dynamically linked to the appli- 
cation while the application is running by being called 
by the application. The COM module and the application 
are linked through a COM interface. Thus, the appropri- 
ate device module may be dynamically linked with the 
message processor 406 as the message processor 406 
is running. 

[0066] There are other structures and methods for ac- 
cessing the appropriate device module. For example, 
all of the device modules in the entire device driver li- 
brary 414 may be permanently linked to the message 
processor 406 thus eliminating the need to dynamically 
link the appropriate device module. Alternatively, more 
commonly accessed device drivers may be permanent- 
ly linked to the message processor 406 while less com- 
monly accessed device modules may be dynamically 
linked through the COM interface. 
[0067] Each device module may be provided by a 
gateway device builder, or alternatively, may be provid- 



es 



20 



25 



30 



35 



40 



45 



50 



9 



17 



EP 1 091 532 A2 



18 



ed by a remote device manufacturer. Device modules 
corresponding to a particular device are typically avail- 
able from the manufacturers of that device. For exam- 
ple, such device modules may be downloaded from a 
World Wide Web site hosted by the manufacturer. The s 
design of a device driver interface 412 is arbitrary. All 
that is required is that the device module 414 export an 
interface that complies with the device driver interface 
412 supported by the current invention. 
[0068] The device module called by the message 
processor 406 and provided with the message 280 is 
the first module in the chain. The preference data ob- 
tained from the identifier table 600 of Figure 6 may indi- 
cate that encryption is desired. If encryption is desired 
the preference data will also identify the encryption mod- 
ule within the encryption module library 418 that corre- 
sponds to encryption software available on the remote 
device 270. Thus, embodiments within the scope of the 
present invention include means for encrypting the mes- 
sage 280. Specifically, the message processor 406 calls 
the identified encryption module of the encryption mod- 
ule library 418 through the encryption interface. As de- 
scribed above for the device modules, all or some of the 
encryption modules may be permanently linked with the 
message processor 406. The function of the authenti- 
cation module 422 will be described further below. 
[0069] The gateway 240 may also include other librar- 
ies of modules 432 that the message processor 406 in- 
terfaces with through an interface 434. For example, the 
gateway 240 may include a library of compression mod- 
ules. The mode of compression corresponding to a par- 
ticular type of remote device 270 or 271 may be identi- 
fied in the registration data read from the locator module 
410. The appropriate compression module correspond- 
ing to the compression software on the remote device 
270 may then be called and the message 280 passed 
to the compression module for compression. 
[0070] Ultimately, after manipulation by the appropri- 
ate device module, and possible manipulation by appro- 
priate encryption and/orcompression modules, and oth- 
er modules as desired, the message 280 is in a format 
that a remote device 270 or 271 can handle. The refor- 
matted message is then provided to a desired remote 
device such as devices 270 over the remote network 
260. The remote network 260 may include numerous 
devices which communicate with each other using a 
specific protocol. Therefore, the message 280 is trans- 
mitted over the remote network 260 using a protocol 
compatible with the remote network 260. Accordingly, 
embodiments within the scope of the present invention 
include means for transmitting the message 280 using 
a protocol compatible with the remote network 260. An 
example of such a means is described with reference to 
Figure 4. 

[0071] The gateway 240 first identifies the network 
driver associated with a remote device 270 or 271 . The 
message processor 406 then accesses the appropriate 
network driver using a means for accessing an appro- 



priate network driver module for a remote device. For 
example, the message processor 406 calls the network 
driver module from a network driver library 426 through 
a network driver interface 424. The message 280 is then 
provided through the remote queue 250 to a remote net- 
work such as network 260 in the proper protocol. The 
network driver modules may be COM modules, and the 
network driver interface 424 may also be COM interfac- 
es. Ultimately, the message is received at the remote 
device 270 and the message 280 can be interpreted by 
the remote device 270 and by any user that is associat- 
ed with the remote device 270. 
[0072] Referring to Figure 2, the originating device 
210 is the origination device and the remote device 270 
is the destination device when the message 280 is trans- 
mitted from the proximate device 210 to the remote de- 
vice 270. However, messages may also be transmitted 
from a remote device 270 or 271 to the originating de- 
vice 21 0. In this case, device 270 or 271 is the originat- 
ing device and device 210 is the destination device. 
Such messages may include a request for the data such 
as e-mail messages, contact entries, or calendar en- 
tries. In addition, the destination device 210 may be a 
remote server residing anywhere on the Internet such 
as an Instant Messaging Server or a Web server. The 
message 280 could include an instant message in the 
case of an Instant Messaging Server, or a Web page in 
the case of a Web server. However, the message 280 
may include any other message types. 
[0073] In order to transmit a message from an origi- 
nating device 270 or 271 to a remote destination device 
210, the originating device 270 or 271 first generates a 
message in a particular format. The device 270 or 271 
then transmits that message over the network 260 or 
261 to the remote queue 250 using a specific protocol. 
The gateway 240 then dequeues the message from the 
queue 250 and provides the message to the message 
object 428 of the message processor 406. 
[0074] The message may include a specific address 
of the device 270 or 271 along with an identification of 
the device 270 or 271 . The message 280 is provided to 
the locator module 408 which determines the proper de- 
vice module, the proper encryption module, and any oth- 
er modules associated with the originating device 270. 
The message processor 406 then constructs a chain of 
modules by calling the appropriate device module, and 
any other modules as appropriate. 
[0075] Proper security may be obtained by transmit- 
ting the message from the device 270 or 271 using en- 
cryption software. Optionally, some level of security may 
be obtained by an authentication module 422 which is 
accessible to the message processor 428 through the 
authentication interface 420. The authentication module 
may check for a password which gives the device 270 
or 271 permission to access the information requested 
in the message 280. 

[0076] In the event that access is granted, the manip- 
ulated message is then transmitted by a connector 430 
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(e.g., an HTTP connector) to the proximate queue 230 
using the protocol appropriate for the network 220 such 
as HTTP. The message is then transmitted over the net- 
work 220 to the destination device 210 where the mes- 
sage may be processed. 5 
[0077] As described above, the message processor 
406 references the locator module 408 for address data 
about the proximate 21 0, and for preference and module 
data about the device 270 or 271 . Thus, the message 
processor 406 does not need to refer to the locator mod- 10 
ule 408 to determine this information when processing 
the response to this inbound message assuming that 
the message processor 280 retains the data from the 
locator module 410 until after the response is proc- 
essed, and assuming that the message processor 408 »5 
recognizes the response is a response to the message. 
[0078] In summary, a flexible gateway is provided 
which enables communication over a broad range of 
networks between a broad range of devices. The 
present invention may be embodied in other specific so 
forms without departing from its spirit or essential char- 
acteristics. The described embodiments are to be con- 
sidered in ail respects only as illustrative and not restric- 
tive. The scope of the invention is, therefore, indicated 
by the appended claims rather than by the foregoing de- ss 
scription. All changes which come within the meaning 
and range of equivalency of the claims are to be em- 
braced within their scope. 



Claims 

1 . A computer program product for a networked com- 
puter system that includes one or more originating 
devices for originating data or messages, and 35 
wherein the originating devices are logically con- 
nected to and communicate using one or more orig- 
inating protocols with one or more originating net- 
works logically connected to a gateway, the gate- 
way in turn being logically connected to one or more *o 
remote networks that are logically connected to and 
that communicate to one or more remote destina- 
tion devices using one or more receiving protocols, 
at least some of which are different from the origi- 
nating protocols, the computer program product im- 45 
plementing on the gateway a method of forwarding 
the originating data or messages from the one or 
more originating devices through the gateway to the 
one or more remote destination devices notwith- 
standing the differences used in the originating and so 
receiving protocols, the computer program product 
comprising: 

a computer readable medium for providing 
computer program code means utilized by said 
gateway to implement said method; and ss 

wherein said computer program code means 
is comprised of executable code for implementing 
the following steps: 



receiving at the gateway data or a message 
generated at one or more of the originating de- 
vices, the received data or a message intended 
for at least one remote destination device; 
identifying at the gateway a device module as- 
sociated with the intended remote destination 
device; and 

using the identified device module to manipu- 
late the received data or message so that the 
data or message is then transmitted from the 
gateway through the one or more remote net- 
works to the intended remote destination de- 
vice using a protocol and a format recognized 
by the intended remote destination device, ir- 
respective of differences in the originating and 
receiving protocols. 

2. The computer program product of claim 1 , wherein 
the executable instructions for performing the step 
for identifying at the gateway a device module as- 
sociated with the intended remote destination de- 
vice comprises executable instructions for: 

reading an address of the intended remote des- 
tination device from the data or message; 
looking up the address in a locator table asso- 
ciating the address with a specific device type, 
the specific device type corresponding to the 
device module associated with the destination 
device; and 

reading the specific device type from the locator 
table. 

3. The computer program product of any preceding 
claim wherein the executable instructions for per- 
forming the step for using the identified device mod- 
ule to manipulate the received data or message 
comprises computer executable instructions for: 

calling the device module from a library of de- 
vice modules; and 

interfacing with the device module through an 
interface. 

4. The computer program product of any preceding 
claim wherein the executable instructions for per- 
forming the step for using the identified device mod- 
ule to manipulate the received data or message 
comprises executable instructions for: 

calling a component object model compliant 
(COM) device module corresponding to the 
specific device type from a library of COM de- 
vice modules; and 

interfacing with the COM device module 
through a COM interface. 

5. The computer program product of any preceding 
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claim further comprising executable instructions for 
performing the following: 

a step for transmitting the data or message to 
the intended remote destination device. 

6. The computer program product of claim 5, wherein 
the executable instructions for performing the step 
for transmitting the data or message to the intended 
remote destination device further comprise execut- 
able instructions for identifying a network driver 
module associated with the remote network. 

7. The computer program product of claim 6, wherein 
the executable instructions for performing the step 
for identifying a network driver module associated 
with the remote network comprises executable in- 
structions for performing the following: 

reading an address of the intended remote des- 
tination device from the data or message; 
looking up the address in a locator table asso- 
ciating the address with a specific network type, 
the specific network type corresponding to the 
network driver module associated with the re- 
mote network; and 

reading the specific network type from the lo- 
catortable, and wherein the executable instruc- 
tion for performing the step for identifying a de- 
vice module associated with the intended re- 
mote destination device comprise executable 
instruction for performing the following: 

looking up the address in the locator ta- 
ble, the locating table also associating the ad- 
dress with a specific device type, the specific 
device type corresponding to the device mod- 
ule associated with the intended remote desti- 
nation device; and 

reading the specific device type 
from the locator table. 

8. The computer program product of claim 6 or 7, 
wherein the device module and the network driver 
module each comprises a COM module. 

9. The computer program product of claim 6, 7, or 8, 
wherein the executable instructions for performing 
the step for transmitting the message to the intend- 
ed remote destination device further comprises ex- 
ecutable instructions for transmitting the message 
to a message queue. 

10. The computer program product of any preceding 
claim wherein the executable instructions for per- 
forming the step for receiving at the gateway data 
or a message generated at one or more of the orig- 
inating devices comprises executable instructions 
for receiving the data or message at a sending 
queue associated with the gateway. 



11. The computer program product of claim 1 0, wherein 
the executable instructions for performing the step 
for receiving at the gateway data or a message gen- 
erated at one or more of the originating devices 

5 comprises executable instructions for the gateway 
dequeueing the data or message from the sending 
queue. 

12. The computer program product of claim 10 or 11, 
10 wherein the executable instructions for receiving 

the data or message at a sending queue further 
comprising executable instructions for the sending 
queue delivering data or messages to a plurality of 
gateways including the gateway. 

15 

13. The computer program product of any preceding 
claim wherein said computer program code is fur- 
ther comprised of executable code for implement- 
ing the following steps: 

20 

generating, at one or more of the originating de- 
vices, the data or message intended for the at 
least one remote destination device; and 
communicating the generated data or message 
25 through one or more originating networks to the 

gateway using one or more originating proto- 
cols. 

14. Thecomputerprogramproductofclaim 13, wherein 
30 the executable code for implementing the step for 

communicating comprises executable code for 
communicating the generated data or message 
through one or more originating networks to the 
gateway using HyperText Transfer Protocol (HT- 
35 TP). 

15. The computer program product of any preceding 
claim wherein the executable code for implement- 
ing the step for transmitting comprises executable 

40 code transmitting the data or message over a wire- 
less network to the intended remote destination de- 
vice. 

16. The computer program product of any preceding 
45 claim wherein the executable code for implement- 
ing the step for transmitting comprises executable 
code for transmitting the data or message over a 
remote network that is at least partially wireless. 

50 17. A method, in a networked computer system that in- 
cludes one or more originating devices for originat- 
ing data or messages, and wherein the originating 
devices are logically connected to and communi- 
cate using one or more originating protocols with 
55 one or more originating networks logically connect- 
ed to a gateway, the gateway in turn being logically 
connected to one or more remote networks that are 
logically connected to and that communicate to one 
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or more remote destination devices using one or 
more receiving protocols, at least some of which are 
different from the originating protocols, of forward- 
ing the originating data or messages from the one 
or more originating devices through the gateway to 
the one or more remote destination devices notwith- 
standing the differences used in the originating and 
receiving protocols, the method comprising the 
gateway performing the following steps: 

receiving data or a message generated at one 
or more of the originating devices, the received 
data or a message intended for at least one re- 
mote destination device; 
identifying a device module associated with the 
intended remote destination device; 
using the identified device module to manipu- 
late the received data or message; and 
transmitting the data or message from the gate- 
way through the one or more remote networks 
to the intended remote destination device using 
a protocol and a format recognized by the in- 
tended remote destination device, irrespective 
of differences in the originating and receiving 
protocols. 

18. The method of claim 17, further comprising reading 
an address of the intended remote destination de- 
vice from the data or message after the act of the 
gateway receiving the data or message. 

19. The method of claim 17 or 18, wherein the step for 
identifying a device module comprises looking up 
the address in the locator table, the locatortable as- 
sociating the address with the specific identifier. 

20. The method of any of claims 17 to 19, wherein the 
step for using the identified device module compris- 
es the following: 

calling a COM device module corresponding to 
the intended remote destination device from a 
library of COM device modules; and 
interfacing with the device module through a 
COM device driver interface. 

21 . The method of any of claims 1 7 to 20, further com- 
prising the following: 

identifying other modules associated with the 
intended remote destination device; and 
using the other modules to manipulate the re- 
ceived data or message. 

22. The method of claim 21 , wherein the other modules 
include an encryption module. 

23. The method of claim 21 or 22, wherein the other 



modules include a compression module. 

24. A method, in a networked computer system that in- 
cludes one or more originating devices for originat- 
s ing data or messages, and wherein the originating 
devices are logically connected to and communi- 
cate using one or more originating protocols with 
one or more originating networks logically connect- 
ed to a gateway, the gateway in turn being logically 
10 connected to one or more remote networks that are 
logically connected to and that communicate to one 
or more remote destination devices using one or 
more receiving protocols, at least some of which are 
different from the originating protocols, of forward- 
's ing the originating data or messages from the one 
or more originating devices through the gateway to 
the one or more remote destination devices notwith- 
standing the differences used in the originating and 
receiving protocols, the method comprising the 
20 steps for: 

generating, at one or more of the originating de- 
vices, the data or a message intended for the 
at least one remote destination device; 
25 communicating the generated data or message 

through one or more originating networks to the 
gateway using the one or more of the originat- 
ing protocols. 

30 25. The method of claim 24, wherein the step for com- 
municating comprises communicating the generat- 
ed data or message through one or more originating 
networks to the gateway using HyperText Transfer 
Protocol (HTTP). 

35 

26. The method of claim 24 or 25 wherein the step for 
transmitting comprises transmitting the data or 
message over a wireless network to the intended 
remote destination device. 

40 

27. The method of any of claims 24 to 26, wherein the 
step for transmitting comprises transmitting the da- 
ta or message over a remote network that is at least 
partially wireless. 

45 

28. A networked computer system for permitting data 
or messages that are originated using one or more 
originating protocols to be communicated across 
one or more networks to a remote destination that 

so uses a receiving protocol different from the originat- 
ing protocols, comprising: 

one or more originating devices for originating 
data or messages using one or more originating 
55 protocols; 

one or more originating networks logically con- 
nected to the one or more originating devices 
and which communicate therewith using the 
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one or more originating protocols; 
gateway means logically connected to the one 
or more originating devices through the one or 
more originating networks, for receiving the 
originated data or messages using the one or 5 
more originating protocols, said gateway 
means comprising means for a) identifying a 
device module associated with an intended re- 
mote destination device, and for b) manipulat- 
ing the received data or message so that the 10 
data or message is then transmitted from the 
gateway through one or more remote networks 
to an intended remote destination device using 
a protocol and a format recognized by the in- 
tended remote destination device, irrespective 
of differences in the originating and receiving 
protocols; 

one or more remote networks logically connect- 
ed to the gateway; and 

at least one or more remote desti nation devices 20 
logically connected through the one or more re- 
mote networks. 

29. The networked computer system of claim 28 where- 
in at least one of the one or more remote networks 25 
are wireless. 

30. The networked computer system of claim 28 or 29 
wherein all of the one or more remote networks are 
wireless. 30 

31. The networked computer system of any of claims 
28 to 30 wherein the at least one or more remote 
destination devices comprise a cellular phone. 

35 
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